約 3,281,233 件
https://w.atwiki.jp/affiliking3/pages/17.html
■ソース管理のやり方 アフィリキングの機能「A8Twiking」のソース管理のやり方について解説します。 アフィリエイト広告に関連するRSSを設定を基に、ツイートの中心部分の記述を設定します。 まず、ソース管理の「ソース追加」をクリックします。 ソース名、種類、URLを入力します。 ソースをRSSにしたい場合は、アフィリキングのツール「 RSSコレクター 」を 使うと簡単にRSSのURLが取得できます。
https://w.atwiki.jp/ydagame/pages/16.html
ソースコードダウンロードページ 2014年卒 iOS用制作ライブラリ 備考：Xcode4.3 iOS6向け ダウンロードはGoogleDriveから 2014/3 アップロード予定 2014年卒 Android用制作ライブラリ（最終更新：2012年度の物） 備考：Android2.2 Eclipse3.5使用 JavaDoc使用 ダウンロードはGoogleDriveから 2014/3 アップロード予定
https://w.atwiki.jp/twitteringbird/pages/100.html
2012 ７６！ 世界一初恋 ～達海猛の場合～ (12月29日) 【主な登場人物】 仙道 彰(せんどう あきら)：2年、190cm 79kg、背番号13（1年）→7、F、PG 越野 宏明(こしの ひろあき)：2年、174cm 62kg、背番号6、シューティングガード（SG）、PG 【CP】 仙道×越野 ←「 Fate/Zero 」 「○○ 」→
https://w.atwiki.jp/mdgame/pages/9.html
オープンソース エラー無しの現在のソースをアップロードします。(デバッグ用の警告は放置) リリースしたモノは面倒なので上げないと思うので、実行確認したい人は コンパイラ：VS(#pragma系使います) boost(一部利用、最初は使いません) http //www.boost.org/ DXライブラリ http //homepage2.nifty.com/natupaji/DxLib/ これだけ入れといてください。 2010/9/23 ゲームフレームとか最初にあったら便利なヤツを纏めた。 ダウンロード
https://w.atwiki.jp/ketyamayo_o/
ここはニコニコ動画に歌ってみたをうｐする変態男女ユニット「オーロラソース」のwikiなんだぜ オーロラソースとはケチャップとマヨネーズを混ぜた伝説のソースの名だぜ
https://w.atwiki.jp/rocketlaunch/pages/31.html
【上に行くほど有力候補】 http //light-trap.jp/mm1220.html 重量1.9キロで20ahのリチウムイオンバッテリー http //www.projection.co.jp/od01.html ODESSEYバッテリー。ドライバッテリー。輸入元。 http //homepage3.nifty.com/gizmo/SBS8.htm SBSバッテリー。ドライバッテリー? http //www.omegaoil.jp/alpha-motor04.html ODESSEYバッテリー。ドライバッテリー。販売。 http //item.rakuten.co.jp/nexcell/b01cimw8998/ nexcellバッテリー。ニッケル水素。10本充電器。 http //kakaku.com/item/K0000075947/?cid=shop_g_1_kaden エネループ充電器 http //kakaku.com/item/10807010434/?cid=shop_g_1_camera エネループ4本パック。 http //shop.yumetenpo.jp/goods/d/nexcell.co.jp/g/A02N3-2600-PH1/index.shtml nexellバッテリー100本売り。 http //www.marutsu.co.jp/user/shohin.php?p=16095 単三形10本入り電池ボックス。 ODESSEYバッテリー 仕様一覧表あり http //shopping.hobidas.com/shop/hobidas-auto/item/ODES00007.html 国内総発売元 http //www.projection.co.jp/ NEXELL単三10本充放電器 http //shop.yumetenpo.jp/goods/d/nexcell.co.jp/g/B01CIMW8998/index.shtml ドライセルバッテリー充電器他バッテリー商品 http //www.amcom.co.jp/batterywebcom/accumate.htm 車椅子用バッテリー他バッテリー商品 http //www.e-battery.net/chair.html リチウムイオンモバイルバッテリー http //b-mart.shop-pro.jp/?pid=17973922 ANAの手荷物サイト液体バッテリーだめ電動車椅子用バッテリー預け可 http //www.ana.co.jp/dom/checkin/rules/caution.html 12V13Ahニッケル水素アレイ http //batteryspace.jp/shopdetail/029007000002/order/ ４５００mAhニッケル水素電池 http //batteryspace.jp/shopdetail/003006000004/ パナソニックニッケル水素一覧 http //industrial.panasonic.com/www-ctlg/ctlgj/qACG4000_JP.html NECの有機ラジカル電池 http //monoist.atmarkit.co.jp/feledev/news/2009/02/13nec.html 大型ニッケル水素電池を用いた次世代電源装置試作 http //panasonic.co.jp/ec/news/news/060612.html 航空機搭載可能ドライバッテリー。 http //axon.co.jp/DriveEnergy_DE_Betteries.html EeePC1000h用の大容量バッテリーを見つけましたよ。 これどうでしょうか。 http //www.visavis.jp/shop/WebObjects/vv.woa/wa/dpp/4525443023073/ バッテリ(乾電池)給電ハブがありました。 これなら音声系駆動いけそうです。５００mA駆動で70分だそうですが、 それこそエネループ作戦で行けますし。これパソコン買い換えるよりは 安くすむのでは。8000円弱のようです。 https //www.sanwa.co.jp/product/syohin.asp?code=USB-HUB211DS
https://w.atwiki.jp/ut2013_chembiogroup/pages/45.html
コメント欄へ 【講義情報】 種 別 ： 応用化学科 限定選択科目 教 員 ： 定兼 邦彦 曜 限 ： 5学期 水5 教 室 ： 工212 参考書 ： 講義資料： http //researchmap.jp/sada/ 成績評価： 【試験情報】 コメント 名前 コメント
https://w.atwiki.jp/d1space/pages/14.html
SSLの目的と概要SSLの前提 SSLの目的 SSLの概要ハンドシェークフェーズ データ転送フェーズ SSLのポイント SSLの歴史 SSLの目的と概要 SSLは、インターネットのような、悪意に対して無防備な通信路を用いて、安全な通信を実現するための２者間プロトコルである。 SSLの前提 攻撃者は、 伝達途中のメッセージを改ざんしたり、 その中身を覗き見たり、 さらに、誰かほかの存在になりすます ことができるとする。 通信を行いたい２者は、予め面識はなく、どのような秘密情報も事前に共有していないとする。 ただし、各自は公開鍵インフラ（PKI）を利用できるものとする。すなわち、 各自は、自身の公開鍵と秘密鍵ペアをもち、 各自の公開鍵は、信頼できる第三者機関によって認定され、さらに、 各自は、他者の公開鍵について、それが第三者機関によって認定されたものか否か正しく判定する手段をもっている とする。 SSLの目的 SSLの主な機能は、 通信相手が本当に意図した相手であることを保障し、 通信途中でメッセージが改ざんされたり、 その中身を覗き見られたりすることを防止することである。 注意： SSLは、通信する２者間で相互に相手を認証するオプションももつが、この講義では、もっともよく用いられているクライアント・サーバモードのみを扱う。 クライアント・サーバモードではクライアントは認証されず、サーバのみが認証される。（クライアントは自身の公開鍵と秘密鍵ペアをもつ必要はない。） [演習] 上記の前提で、公開鍵インフラが利用できないとき、SSLが目的とする機能は実現可能か？ SSLの概要 SSLは ハンドシェークフェーズ データ転送フェーズ の２フェーズからなる。 ハンドシェークフェーズ ハンドシェークフェーズの目的は、 送信者と受信者の間で、マスター秘密と呼ばれるランダムでフレッシュな秘密情報を共有する ことである。 送信者と受信者の間で事前に共有された秘密は全くなく、しかも送受信内容はすべて覗き見られるのに、このようなことができるのは不思議だが、公開鍵暗号がそれを可能にする。 典型的なハンドシェークフェーズ クライアント サーバ サポート暗号スイート、クライアント乱数 → ← 選択した暗号スイート、サーバ乱数、サーバ公開鍵証明書 サーバ証明書を検証 ← 事前マスター秘密を共有 → マスター秘密の計算 マスター秘密の計算 ハンドシェークメッセージのMAC → ← ハンドシェークメッセージのMAC' MAC'の検証 MACの検証 鍵導出 鍵導出 ハンドシェークフェーズでは、まず、 使用する暗号スイートについて交渉のうえ同意する（ネゴシエーション）。 暗号スイートとは、 認証・鍵交換・暗号化・ハッシュの一連の暗号アルゴリズムを指定するための識別子 である。 認証アルゴリズムは、サーバから送られた公開鍵証明書を認証するため 鍵交換アルゴリズムは、マスター秘密を共有するため 暗号アルゴリズムは、データ転送フェーズでメッセージを暗号化するため ハッシュ関数は、MACを計算したり、マスター秘密から各種の鍵を導出するため のアルゴリズムである。 例えば、暗号スイートには、 TLS_RSA_WITH_3DES_EDE_CBC_SHA = (RSA, RSA, 3DES_EDE_CBC, SHA) TLS_DH_DSS_WITH_3DES_EDE_CBC_SHA = (DSS, DH, 3DES_EDE_CBC, SHA) などがある。 さらに、ハンドシェークフェーズでは、 クライアント、サーバ双方が乱数を生成し、交換する。 また、このとき、 クライアントはサーバの公開鍵証明書を受け取り、PKIインフラに依拠して、認証アルゴリズムを用いて、その正当性を確認する。 正当性が確認できたら、 同意した暗号スイートを用いて、マスター秘密を共有する。 まず、鍵交換アルゴリズム（or 鍵交換プロトコル）を用いて、事前マスター秘密を共有する。鍵交換アルゴリズムは公開鍵暗号技術を応用して作られる。 つぎに、送信者、受信者双方で、 クライアント乱数、サーバ乱数、事前マスター秘密 の３情報からハッシュアルゴリズムを用いてマスター秘密を計算する。 さらに、 同意したハッシュ関数を用いて、ここまでで交換したメッセージのMACを上述のMAC鍵を用いて計算し、お互いに交換し検証する。 MACを確認することではじめて、サーバ認証が成立する。すなわち、クライアントは、通信相手が、受け取った公開鍵証明書の持ち主に相当する、サーバであることを認証する。 MACが正しければ、最後に、送信者、受信者双方で、 マスター秘密、クライアント乱数、サーバ乱数をハッシュ関数に入力し、MAC鍵、メッセージ鍵など一連の鍵情報を生成する。 [演習] ハンドシェークフェーズで、クライアントとサーバが乱数を交換する理由は何か？ データ転送フェーズ データ転送フェーズの目的は、 ハンドシェークフェーズで共有した一連の鍵情報を用いて、実際にメッセージを暗号化して送受信を行うことである。 ブロック暗号を用いた高速な暗復号が必須となる。 データ転送フェーズでは、送信者は 上述のMAC鍵を用いて、送信メッセージのMACを計算し、 そのMACをメッセージに付加したものを、上述のメッセージ鍵を用いて暗号化して送信する。 受信者は 受信メッセージを、上述のメッセージ鍵を用いて復号し、メッセージとMACを取り出す。 上述のMAC鍵を用いて、メッセージのMACを計算し、それが受け取ったMACと等しいかどうか検証する。 等しければ、メッセージを受理する。 [演習] IPSecでは、SSLとは逆に、暗号化してからMACを計算する。MACを計算してから暗号化するのと、暗号化してからMACを計算するのと、どちらがよいか？ SSLのポイント SSLは、 公開鍵暗号を応用した鍵共有アルゴリズムで鍵情報を共有し、 ブロック暗号でメッセージの暗号化を行う。 実行時にサーバの公開鍵を入手する。その正当性のチェックは、公開鍵インフラに頼っている。 ハンドシェークフェーズのメッセージのMACを交換し検証する。これによりサーバ認証を実現する。 SSLの歴史 SSL 1.0 1994年、Netscape。設計レビューの段階で破棄。 SSL 2.0 1994年、Netscape。ダウングレード攻撃が可能。 SSL 3.0 1995年、Netscape。問題修正、機能追加。 TLS 1.0 1997-1999年、IETF。SSL 3.0と同機能。 TLS 1.1 2006年、IETF。AES暗号を追加。 TLS 1.2 2008年、IETF。SHA256を追加。 以下、とくに断らない限り、SSL とは SSL 3.0 を意味する。 上へ
https://w.atwiki.jp/aniwotawiki/pages/42646.html
登録日：2019/08/13 Tue 23 30 32 更新日：2024/08/01 Thu 08 05 22 所要時間：約 6 分で読めます ▽タグ一覧 TASさん専用 アルゴリズム ソート ボゴソート 数撃ちゃ当たる 欠陥品←可能性自体はある 複雑 適当にやってりゃいつかは終わる←乱数の取り方によっては…… 突然だが、この項目を見ているwiki篭り諸君は「ソート」というものをご存知だろうか？ 分かりやすく言えばランダムに並べられたデータの集合を順番どおりに並べ替えるアルゴリズムの一つで、アルゴリズムの入門書などでは比較的早い段階で出る事が多い。 ボゴソートはその一種である。詳細について説明する前にまずアルゴリズムに関連する簡単な用語についてざっくりと説明しよう。 ①：計算量 簡単に言えばデータの集合に適用するアルゴリズムが始まってから終わるまでの計算の回数のこと。 基本的にアルゴリズムはコンピュータに対してプログラムと集合を準備し実装していくのだが、使用するコンピュータのメモリ等の関係上、計算量が多いとアルゴリズムを最後まで行えるか、行えるならどのくらいかかるかという問題が出てくる。 つまり計算量が小さいほどそのアルゴリズムは早く終わる事になる。 計算量と一口に行っても公式の様にガッチリ決まっているわけではないので、平均的にはどのくらいになるのかを考える「平均計算量」、これ以上遅くなる事はないという指標である「最悪計算量」、逆に理想的なパターンを表す「最良計算量」などの様々なパターンが考えられている。 ②：ランダウ記号 データの集合がn個の要素を持っていたとする。 その集合に対してアルゴリズムによる特定の処理を行う場合、計算量は基本的にnの値に影響される。 つまり計算量はnの関数で表現できるという事である。しかしその式が簡単とは限らない。 そこで役に立つのがランダウ記号である。簡単な定義を書くと「出てきたnの式P(n)が、nが十分大きい所では関数f(n)の定数倍より小さくなる時、P(n)＝O(f(n))とする(*1)。」となる。 この定義では「なんのこっちゃ？」と思う人もいるかもしれないが、これに関しては「なるべく簡単な関数でnの式を大雑把に表現しちゃおう！」程度の認識で良い。 なお上の定義ではf(n)は条件さえ満たしていればいくらでも大きくしていいのだが、基本的には出来るだけ小さな関数を用いるのが通例である。 さて、これらを踏まえてボゴソートに戻る。 先ほど述べた通りソートは「与えられたデータの整序」が目的のアルゴリズムなのだがボゴソートの手順はと言うと……、 ①：与えられたn個のデータをバラバラにして、その後無作為に並べる。 ②：①で並べたデータの列が正しい並びになっていれば終了する。なっていなかった場合①に戻る。 なぁにこれぇ。 そう、このボゴソート、あまりにもいい加減すぎるアルゴリズムなのだ。 トランプ等のカードゲームで例えるなら、 ①：山札をシャッフルする。当然積み込みはなし。 ②：シャッフルしたカードを見てカード名があらかじめ決めておいた順番どおりに並んでいればソート完了。違っていればまたシャッフルをする。 名前もなかなか辛辣で「ボゴ」はbogus(インチキ・偽物)から来ており、monkey sort(猿でもできるソート)やshotgun sort(数撃ちゃあたるソート)などの変な別名もある。 通常、ソートを大雑把に分けると「実装は簡単だが時間のかかるソート」と「実装に多少手間がかかるが時間のかからないソート」に分かれる。 例を挙げると…… バブルソート ①：並べたn個のデータを左端から2つずつ見ていく。 ②：2つのデータの並びが反対ならば入れ替え、そうでなければそのまま。 ③：②の作業がデータの右端まで来たとき、並びが正しいならソート完了、違っていた場合、もう一度左端から見ていく。 クイックソート ①：n個のデータを並べた際に基準となる値を持つデータ(「ピボット」と言う。)を1つ選択する。 ②：ピボットの位置を基準にそれより大きいものと小さいもののグループにデータを分割する。 ③：分けたグループ内で簡単に実装できるソートを行う。 バブルソートは非常に実装が簡単だが、その分時間はかなりかかるソート、クイックソートは実装は多少面倒(*2)だが、計算時間は速いソートである。 n個のデータに対する計算時間について書くと…… 平均計算時間：バブルソート…O(n^2)、クイックソート…O(n log n) 最良計算時間：バブルソート…O(n)、クイックソート…O(n log n) 最悪計算時間：バブルソート…O(n^2)、クイックソート…O(n^2) となる。(log nはe(「自然対数の底」と言う数)がnと等しくなる為に必要な累乗の数を指す。) パッと見ても分かりにくいかもしれないが、log n(対数関数)は増加が途轍もなく遅い関数なので、nが大きいとこの関数の影響が大きくはたらいてくる。 と、ここまでは一般的なソートの話。 このボゴソートの場合の計算時間は以下の通り。 平均計算時間： O(n×n!)(*3) 最良計算時間： O(n) 最悪計算時間： O(∞) …うん、分かる人には分かるだろう。ものすごく遅い。 平均計算量の理屈としては「1回の並べ替え」にn回の操作、繰り返しの回数が期待値n!だけ行われるためにそのかけあわせでこのような値になる事になる事から決定する。 とは言え、これだけだとよく分からないかもしれないので、各ソートの平均計算量のランダウ記号の中の関数の値(*4)を見てみると・・・ n=5 n^2(バブルソート) → 25 n log n(クイックソート) → 8(*5) n×n!(ボゴソート) → 600 n=10 n^2(バブルソート) → 100 n log n(クイックソート) → 23 n×n!(ボゴソート) → 36288000 n=15 n^2(バブルソート) → 225 n log n(クイックソート) → 41 n×n!(ボゴソート) → 19615115520000 これ以上は止めておくが、nの増加でボゴソートの計算量が爆発的に増加している。 nの数が膨大になれば計算量が大きくなりすぎて、容量内での計算が極めて困難、あるいは不可能になってしまうこともあり得る。 こんなボゴソートだが、実は理論上有限回で終わる事が保証されている。 これは「無限の猿定理」という、「ランダムな文字の列を無限に長く作り続ければ、その中にどんな文字列も作れる」と言う定理による。 ……が、あくまで「理論上」である。 というのもこのアルゴリズム、一見ランダムに並べて一致しているかどうかを調べるだけなので実装は簡単そうに見えるが、この「ランダム」という点が曲者で、並べ替えの為の乱数をうまく発生させる必要があるので実際にはあまり簡単ではない。 この乱数生成についてだが、完全な乱数ではなく一見乱数に見えるが、実は数を決められた計算によってはじき出している「擬似乱数」というものを使う。上のシャッフルの例で言うならヒンドゥーシャッフルやディールシャッフル、ショット・ガン・シャッフルリフルシャッフルなどの方法の事と思えばいい。 これの作り方によってはランダム性が低く、計算がいつまでも終わらないという事態もあり得るからである。 また有限回と言っているだけでその値が計算機には扱えないレベルの途轍もなく大きい数になる可能性もある。 例えばそれは無量大数の様な数かもしれないし、10の100乗である1グーゴルかもしれない。 はたまた指数表記すらできないほどの巨大数であるグラハム数かもしれないし、それ以上かもしれない。 こうなった場合、計算をするコンピューターはひとたまりもない。 「理論上有限回で止まる」ことと、「有効なアルゴリズムである」こととの間には大きな隔たりがあるのだ。 こういった問題点を持つボゴソートだが、他のソートには見られない特徴として「並び替え後のデータの列が並び替え前のデータの列の状態に全く依存していない」という点が挙げられる。 基本的にソートは並び替えの前後の状態に関係があり、並び替え前の時点で整序がどの程度完成してるかが結果にも影響してくる。(詳しくは触れないが「ソート自体が安定かそうでないか」も関係してくる。) が、ボゴソートにはそういったものがない為、運がよければ1回目の並び替えであっという間に終わってしまうという事もあり得る。 勿論データ数が増えてしまうと、それも容易ではなくなるのだが、この点も乱数の生成方法によっては上手く行きやすくなる。 変な性質を持つボゴソートだが、乱数の作り方次第では非常にいいソートとなりうるという可能性を秘めたソートでもあるのだ。 追記・修正は全文をランダムに並べ替えて整序が住んでいるか確認しながらお願いします。 △メニュー 項目変更 この項目が面白かったなら……＼ポチッと/ -アニヲタWiki- ▷ コメント欄 [部分編集] この項目はアレか、「誰か無限の猿定理の項目を作れ」ということなのか。 -- 名無しさん (2019-08-13 23 51 25) 量子コンピュータなら最強説ある -- 名無しさん (2019-08-14 00 17 16) 名前 コメント
https://w.atwiki.jp/gh_2ch/pages/33.html
ソースはソニー【そーすはそにー】 でたらめやいい加減なことを言っても、この言葉を最後につけると 誰もケチをつけなくなる魔法の言葉。 主に煽りに利用される。 ☆使用例☆ FF13がPS3で出るからWii脂肪確定ｗｗｗｗｗｗ(ただし＿＿＿＿) 【関連】 お詫び：「PS3のSIXAXISがエミー賞受賞」は嘘